Recordamos que federaci�n es el proceso de "enganchar" sistemas de nombrado para que el sistema agregado pueda procesar nombres mixtos -- nombres que expanden el sistema de nombres. En el mundo de los ordenadores son posibles muchos ejemplos de nombres mixtos y federaciones, por ejemplo URLs (RFC 1738) y la World Wide Web. Una diferencia entre la federaci�n JNDI y esos modelos es que proporciona un s�lo interface program�tico para acceder a las federaciones. No s�lo un API para una federaci�n, sino un API para muchos tipos diferentes de federaciones.
Federaci�n es un concepto de primera-clase en el JNDI. Podemos usar nombres mixtos y federaciones tan naturalmente como lo har�amos con nombres simples.
Podemos suministrar un nombre, y el JNDI y el proveedor de servicio tienen en cuenta cualquier federaci�n y resoluci�n de nombres. El modelo JNDI de federaci�n est� basado en el modelo X/Open Federated Naming (XFN). El XFN es un est�ndar basado en el lenguaje C para acceder a m�ltiples, y posiblemente federados, servicios de nombres y directorios. Aquello lectorres familiariados con XFN encontrar�n muchas similitudes entre XFN y el JNDI, no s�lo los �tems de federaci�n, sino otros muchos aspectos.
�C�mo se procesa un nombre mixto bajo una federaci�n subyancete de sistemas de nombres? Esta lecci�n responde esta cuesti�n desde la perspectiva de usuario del API. Proporciona descripciones y conceptos que ayudan a un usuario del API o desarrollador de proveedores de servicios a entender c�mo funcionan las federaciones. Los detalles y ejemplos de c�mo implementar el soporte de federaciones en un proveedor de servicio se describe en la secci�n Construir un proveedor de servicio.
Para responder esta cuesti�n, est� lecci�n responde las siguientes preguntas de bajo-nivel.